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FOR A TELECOMMUNICATION CALL 

RELATED APPLICATIONS 

5 This application is a continuation of prior application Serial Number 

10/336,999, filed January 6, 2003, and entitied "SYSTEM AND METHOD FOR 
PROVIDING ENHANCED SERVICES FOR A TELECOMMUNICATION CALL, 
which is a continuation of U.S. Patent 6,535,483, filed on March 18, 1999, which is a 
continuation of U. S. Patent 5,920,562, filed November 22, 1996, and which is 

10 incorporated by reference into this application. 



FEDERALLY SPONSERED RESEARCH OR DEVELOPMENT 
Not applicable 

15 

MICROFICHE APPENDIX 
Not applicable 



FIELD OF THE INVENTION 
20 The present invention relates to the field of telecommunications 

transmission and processing. 

SUMMARY OF THE INVENTION 

The present invention comprises a system for providing services for a call 
fi-om a first communication device in an asynchronous transfer mode fomiat. The call has 
25 user communications and call signaling. The system comprises a service platform adapted 
to receive the user communications. The service platform applies an interactive 
application to the user communications to process the user communications. The system 
fiirther comprises a signaling processor adapted to receive the call signaling firom the first 
communication device and to process the call signaling to select a first connection to the 
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service platform. The signaling processor transports a processor control message 
designating the selected first connection. The system also comprises an interworking unit 
adapted to receive the processor control message from the signaling processor and to 
receive the user communications from the first conmiunication device. The interworking 
5 unit converts the user communications from the asynchronous transfer mode format to a 
format usable by the service platform and uses the processor control message to transport 
the converted user communications to the service platform. 

Further, the present invention is a system for providing services for a call 
from a first communication device in a time division multiplex format. The call has user 

10 communications and call signaling. The system comprises a service platform adapted to 
receive the user communications in an asynchronous transfer mode format. The service 
platform applies an interactive application to the user communications to process the user 
communications. The system fiirther comprises a signaling processor adapted to receive 
the call signaling from the first communication device and to process the call signaling to 

15 select a first connection to the service platform. The signaling processor transports a 
processor control message designating the selected first connection. The system fiirther 
comprises an interworking unit adapted to receive the processor control message from the 
signaling processor and to receive the user communications from the first communication 
device. The interworking unit interworks the user communications from the time division 

20 multiplex format to asynchronous transfer mode formatted cells that identify the selected 
first connection to the service platform. 

In another aspect, the present invention is a method for connecting a call 
from a first conmiunication device through an asynchronous transfer mode system. The 
call has user communications and call signaling. The method comprises receiving the call 
25 signaling in a signaling processor. The call signaling is processed to select a selected first 
one of a plurality of connections to a service platform for the user commimications. A 
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processor control message is transported from the signaling processor designating the 
selected first connection. The method further comprises receiving the user 
communications and the processor control message in an interworking unit. The user 
communications are converted in the interworking unit from the asynchronous transfer 

5 mode format to a format that is compatible with the service platform in response to the 
processor control message and transported from the interworking unit over the selected 
first connection to the service platform. The user communications are received in the 
service platform and processing the user commvmications. 

In yet another aspect, the present invention is a method for connecting a 

10 call from a first conmiunication device in a time division multiplex format. The call has 
user communications and call signaling. The method comprises receiving the call 
signaling in a signaling processor and processing the call signaling to select a selected 
first one of a plurality of connections to a service platform for the user communications. 
The processor control message is transported from the signaling processor designating the 

15 selected first connection. The user communications and the processor control message are 
received in an interworking unit. The method fiirther comprises converting the user 
communications in die interworking unit from the tune division multiplex format to 
asynchronous transfer mode formatted cells that identify the selected first connection to 
the service platform and transporting the converted user conununications from the 

20 interworking unit over the selected first connection to the service platform. The user 
communications are received in the service platform and processing the user 
communications. 

In still another aspect, the present invention is a system for connecting a 
call in an asynchronous transfer mode system. The call has user communications and call 
25 signaling. The system comprises a first communication device adapted to transport the 
call, a service node adapted to process the user communications, and a signaling 
processor adapted to receive the call signaling and to process the call signaling to select a 
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connection to the sendee node. The signaling processor transports a processor control 
message designating the selected connection. The system also comprises an interworking 
unit located in the asynchronous transfer mode system adapted to receive the user 
communications from the first communication device, to receive the processor control 
5 message from the signaling processor, and to use the processor control message to route 
the user communications to the service node over the selected connection. 

Still fiirther , the present invention is a method for connecting a call 
through an asynchronous transfer mode system to a service node. The call has user 
communications and call signaling. The method comprises transporting the call from a 
10 communication device, the user conmiunications comprising asynchronous transfer mode 
cells. The method includes receiving the call signaling in a signaling processor and 
processing the call signaling to select one of a plurality of connections to the service 
node. A processor control message is transported from the signaling processor 
designating the selected connection. The user conmiunications and the processor control 
15 message are received in an interworking unit. The method ftirther comprises converting 
the user communications from the asynchronous transfer mode cells to a format usable by 
the service node and using the processor confrol message to route the user 
communications to the service node over the selected connection and processing the user 
communications in the service node. 
20 The present mvention ftirther comprises a method for connecting a call 

having user communications through an asynchronous transfer mode system. The method 
comprises selecting in a processor a selected one of a plurality of connections to a service 
platform for the user communications. An interworking unit is notified which one of the 
plurality of connections was selected. The user communications are received in the 
25 interworking unit. The user communications are converted in the interworking unit from 
the asynchronous transfer mode format to a format that is compatible with the service 
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platfonn. The converted user communications are trarisported in real time from the 
interworking unit over the selected connection to the service platform. 

DESCRIPTION OF THE DRAWINGS 

Figure 1 is a block diagram of a SCTvice platform system in accordance 

5 with the present invention. 

Figure 2 is a block diagram of a service platform system operating with a 
time division multiplex device in accordance with the present invention. 

Figure 3 is a block diagram of a service platform system with an extended 
asynchronous transfer mode system in accordance with ttie present invention. 
10 Figure 4 is a message sequence chart for a service platfonn in accordance 

with the present invention. 

Figure 5 is a message sequence chart for a plurality of service platforms. 

Figure 6 is a message sequence chart for a service platform with a plurality 
of media processors in accordance with the present invention. 
15 Figure? is a functional diagram of a plurality of service platforms 

interacting in an asynchronous transfer mode system. 

Figure 8 is a block diagram of a plurality of service platforms interacting 
in an asynchronous transfer mode system. 

Figure 9 is a fimctional diagram of an asynchronous transfer mode 
20 interworking multiplexer for use with a synchronous optical network system in 
accordance with the present invention. 

Figure 10 is a functional diagram of an asynchronous transfer mode 
interworking multiplexer for use with a synchronous digital hierarchy system in 
accordance with the present invention. 
25 Figure 11 is a block diagram of a signaling processor constructed in 

accordance with the present system. 
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Figure 12 is a block diagram of a data structure having tables that are used 
in the signaling processor of Figure 11. 

Figure 13 is a block diagram of additional tables that are used in the 
signaling processor of Figure 12. 
5 Figure 14 is a table diagram of a trunk circuit table used in the signaling 

processor of Figure 13. 

Figure 15 is a table diagram of a trunk group table used in the signaling 

processor of Figure 13. 

Figure 16 is a table diagram of an exception circuit table used in the 

10 signaling processor of Figure 13. 

Figure 17 is a table diagram of an automated number index table used in 
the signaling processor of Figure 13. 

Figure 18 is a table diagram of a called number table used in the signalmg 

processor of Figure 13. 

15 Figure 19 is a table diagram of a routing table used in the signaling 

processor of Figure 13. 

Figure 20 is a table diagram of a treatment table used in the signaling 

processor of Figure 13. 

Figure 21 is a table diagram of a message table used in the signaling 

20 processor of Figure 13. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

A call is a request for telecommunication services. Telecommunication 
systems provide services and processing for telecommunication calls between 
communication devices. Each call has call signaling and user communications. The user 
25 communications contain the caller's information, such as a voice communication or data 
commxmication, and they are communicated over a connection. Call signaling contains 
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information that facilitates call processing, and it is commxznicated over a link. Call 
signaling, for example, contains information describing the called number and the calling 
number. Examples of call signaling are standardized signaling, such as SS7, C7, 
integrated services data network (ISDN), and digital private network signaling system 
5 (DPNSS). 

A call can be transmitted from a communication device. A communication 
device can be, for example, customer premises equipment, a call processing platform, a 
switch, or any other device capable of initiating, handling, or terminating a call. Customer 
premises equipment can be, for example, a telephone, a computer, a facsimile machine, or 

10 a private branch exchange. A call processing platform can be, for example, a service 
platform or any other enhanced platform that is capable of processing calls. 

The user communications and the call signaling may be transported by a 
communication device through an in-band transmission, such as superframe (SF) or 
extended superframe (ESF), over a time division multiplex (TDM) carrier such as a 

15 digital signal (DS) level communication Hne. Digital signal level zero (DSO), digital 
signal level one (DSl), and digital signal level three (DS3) are common designations that 
carry in-band communications. Other equivalent designations also cany in-band traffic. 
For example, European communication systems such as European level one (El), 
European level 2 (E2), European level 3 (E3), and European level four (E4) are conmion 

20 designations that carry in-band communications. 

In addition, call signaling and user communications may be transported 
out-of-band on separate transport paths, separate transport chaimels, separate transport 
connections, or separate transport media. These transports may be carried over DS level 
or equivalent European level media, as well as higher speed optical and electrical 

25 systems, such as synchronous optical network (SONET) and synchronous digital 
hierarchy (SDH). For example, signaling system 7 (SS7) and the European equivalent, 
C7, transport signaling traffic out-of-band. Moreover, narrowband systems such as ISDN 
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and broadband systems such as broadband integrated services data network (B-ISDN), 
including B-ISDN over asynchronous transfer mode (ATM), transport call signaling and 
user communications out-of-band. 

Broadband systems provide greater bandwidth than narrowband systems 
for calls, in addition to providing digital processing of the calls, error checking, and 
correction. ATM is one technology that is being used in conjunction with SONET and 
SDH to provide broadband call switching and call transport for telecommunication 
services. 

ATM is a protocol that describes communication of user communications 
in ATM cells. Because the protocol uses cells, calls can be transported on demand for 
comiection-oriented traffic, connectionless-oriented traffic, constant-bit traffic, variable- 
bit traffic including bursty traffic, and between equipment that either requires timing or 

does not require timing. 

ATM systems handle calls over switched virtual paths (SVPs) and 
switched virtual circuits (SVCs). The virtual nature of ATM allows multiple 
communication devices to use a physical communication line at different times. This type 
of virtual connection more efficiently uses bandwidth, and thereby provides more cost 
efficient transport for customer calls, than permanent virtual circuits (PVCs) or other 
dedicated circuits. 

The ATM system is able to connect a caller from an origination point to a 
destination point by selecting a connection from the origination point to the destination 
point. The connection contains a virtual path (VP) and a virtual channel (VC). A VC is a 
logical connection between two end points for the transfer of ATM cells. A VP is a 
logical combination of VCs. The ATM system designates the selected connection by 
specifying a virtual path identifier (VPI) that identifies the selected VP and a virtual 
channel identifier (VCI) that identifies the selected VC within the selected VP. Because 
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ATM connections are uni-directional, bi-directional communications in an ATM system 
usually require companion VPIsA^CIs. 

The SONET and SDH protocols describe the physical media and protocols 
upon which the communication of ATM cells takes place. SONET includes optical 
5 transmission of optical carrier (OC) signals and electiical transmission of synchronous 
transport signals (STSs). SONET signals transmit at a base rate of 51.84 Mega-bits per 
second (Mbps) for optical carrier level one (OC-1) and synchronous transport signal level 
one (STS-1). Also transmitted are multiples thereof, such as an STS level three (STS-3) 
and an OC level three (OC-3) at rates of 155.52 Mbps and an STS level twelve (STS-12) 
10 and an OC level 12 (OC-12) at rates of 622.08 Mbps, and fractions tiiereof, such as a 
virtual tributary group (VTG) at a rate of 6.912 Mbps. SDH includes transmission of 
optical synchronous ti:ansport module (STM O) signals and electrical synchronous 
transport module (STM E) signals. SDH signals transmit at a base rate of 155.52 Mbps 
for synchronous transport module level one electiical and optical (STM-1 E/0). Also 
transmitted are multiples thereof, such as an STM level four electiical/optical (STM-4 
E/0) at rates of 622.08 Mbps, and fractions thereof, such as a tributary unit group (TUG) 

at a rate of 6.91 2 Mbps. 

Telecommunication systems require call setiip information to initiate a 
connection between communication devices. The call setiip uses information in the call 
signaling to make the correct connection between the conMnunication devices so that the 
user communications can be ti^ported across the connection between the 
communication devices. 

Calls are placed to a service provider. The service provider processes the 
call signaling and, based on the information in the call signaling, provides a selected 
25 service to process the call. Many calls require only general processing and general 
services such as basic call routing to the destination point from tiie originating point or 
other basic services. 
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However, enhanced services are sometimes required for caU processing. 
Such enhanced services are generally located at a service node in a service platform and 
can process the user communications in response to control messages. These enhanced 
services often use digital signal processing, appUcation programs, and database storage to 
perform the required processing for the enhanced services. These enhanced services often 
provide interactive calling features that require a caller to interact with 
telecommunication network equipment in order to achieve an enhanced service. For 
example, a call might require voice recognition processing prior to allowing the caller 
access to an information database. Such a call would likely require enhanced services in 
which the caller interacts with a voice recognition processor in the telecommunication 
network. 

A system and method are required to dynamically transfer calls through an 
ATM system to a service platform. The ATM system contains telecommunication 
communication devices, such as a communication device, a call destination device, and 
switching equipment, that allows the call to be transported to the correct destination in the 
ATM network. Thus, there is a need for a system and method to connect calls passing 
through an ATM system to devices, such as service platforms, that can provide enhanced 
services. Moreover, this should be completed on a call-by-call basis in real time. 
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THE SERVICE PLATFORM SYSTEMS 

The system of the present invention provides call transmission and call 
switching in real time in an ATM system within a telecommunication network. The 
system connects calls passing through the ATM system to service nodes having service 
5 platforms that can provide enhanced services for processing the calls. Moreover, it is 
possible to select specific interactive apphcations within a service platform to process 
each call. 

Figure 1 illustrates the use of a service platform system in accordance with 
the present invention. A telecommunication system 102 has a service platform 
10 system 104 that interacts with a first communication device 106 and a second 
communication device 108. The service platform system 104 contains a signaling 
processor 110, a service platform 1 12, and an interworking unit 1 14. The service platform 
system 104 can receive one or more calls and route the calls to the appropriate device. 
The service platform system 104 processes calls using interactive applications. 
15 Links are used to transport call signaling and control messages. The term 

"link" as used herein means a transmission media used to carry call signaling and control 
messages. For example, a link carries call signaling or a device control message 
containing device instructions and/or data. A link can carry, for example, out-of-band 
signaling such as SS7, C7, ISDN, B-ISDN, GR-303, local area network (LAN), or data 
20 bus call signaling. A link can be, for example, an AAL5 data link, UDP/IP, eithemet, or a 
DSO over Tl . In addition, a link, as shown in the figures, can represent a single physical 
link or multiple links, such as one link or a combination of links of ISDN, SS7, TCP/IP, 
or some other data link. The tenn "control message" as used herein means a control or 
signaling message, a control or signaling instruction, a control or signaling signal, or 
25 signaling instructions, whether proprietary or standardized, that convey information fi-om 
one point to another. 
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Connections are used to transport user communications and other device 
information between the elements and devices of the telecommunication system 102. The 
term "comiection" as used herein means the transmission media used to carry user 
communications between communication devices or between the elements of the 
5 telecommunication system 102. For example, a comiection can carry a user's voice, 
computer data, or other communication device data. A comiection can be associated with 
either in-band communications or out-of-band communications. 

A system of links and connections connect the elements of the 
telecommunication system 102. The signaling processor 110 communicates to the first 
10 communication device 106 through a link 1 16, to the service platform 1 12 through a 
link 118, to the interworking unit 114 tiirough a link 120, and to the second 
communication device 108 through a link 122. The interworking unit 114 communicates 
to tiie first communication device 106 through a connection 124, to tiie service 
platform 112 through a comiection 126, and to the second communication device 108 
15 through a comiection 128. It shall be appreciated that other links can extend fi-om tiie 
signaling processor 110 to otiier systems, networks, or devices. In addition, otiier 
comiections may extend from tiie interworking unit 114 or from tiie first and second 
communication devices 106 and 108 to other systems, networks, or devices. 

Each of the first and second communication devices 106 and 108 
20 comprises customer premises equipment, a call processing platform, a switch, or any 
otiier device capable of initiating, handling, or terminating a call, including a telephone, a 
computer, a facsimile machine, a private branch exchange, a service platform, or an 
enhanced platform ttiat is capable of processing calls. It will be appreciated that otiier 
communication devices may be included. However, tiie number of communication 
25 devices shown has been restiicted for clarity. 

The signaling processor 110 of tiie service platform system 104 accepts 
call signaling or contiol messages from, and tiansmits call signaling or contirol messages 
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to, all other elements and devices. Th. signaling processor 110 thereby controls call 
routing and call processing in the telecommunication system 102. One embodiment of the 
signaling processor 1 10 is discussed in more detail below. 

The service platform 112 provides enhanced services for the user 

5 communications received by the interworking unit 114. The service platform 112 may 
have one or multiple apphcations to provide multiple services. Such services may include 
voice messaging, facsimile messaging, mail boxes, voice recognition, conference 
bridging, calling card, menu routing, NOO servicing such as freephone and 900 call 
servicing, prepay card, tone detection, and call forwarding. 

,0 The service platform 112 receives control messages from the signaling 

processor 110. The control messages instruct the service platform 112 which application 
to use in the service platform to process the user communications. The service 
platform 1 1 2 processes the user communications and returns processing data results to the 
signaling processor 110. In addition, the service platform 112 returns the processed user 

15 communications to the interworking unit 1 14 to be transported back to the first or second 

communication device 106 or 108. 

The interworking unit 114 interworks connections on a call-by-call basis. 
The interworking unit 114 may be an ATM interworking multiplexer that interworks 
between the ATM format and other formats while providing multiplexing and 
20 demultiplexing functions, or it may be an ATM interworking unit that interworks 
between different types of ATM systems and provides domain addressing, fa addition, 
the interworking unit 114 may be a unit with domain addressing capabilities only, an 
ATM multiplexer that provides multiplexing and demultiplexing fimctions for ATM 
cells, or other types of interworking units. 
25 The interworking unit 114 accepts user communications from, and 

transports user communications to, the first communication device 106, the second 
communication device 108, and the service platform 112. Preferably, the interworking 
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unit 114 is an ATM interworking multiplexer that interworks between the first 
communication device 106 that communicates user conmiunications in a TDM format 
over a DSO, the service platform 112 that communicates user communications in the 
TDM format over a DSO, and the second communication device 108 that communicates 
user communications in the ATM format over a SONET pipe or an SDH pipe. However, 
it will be appreciated that the first and second communication devices 106 and 108 may 
be either TDM or ATM devices, and interworking can be completed between any 
formats. One type of interworking unit that is compatible with the present system is 

discussed more fully below. 

The interworking unit 114 accepts control messages firom, and sends 
control messages to, the signaling processor 110. The interworking unit 114 uses the 
information gained from the signaling processor's control message to identily the 
required interworking assignment so that the user communications are converted between 
the formats that are compatible with the first communication device 106, the second 
communication device 108, and the service platform 1 12. 

A selected connection is designated by a selected VPWCl for ATM 
formatted transmissions, or a selected DSO for TDM transmissions. The interworking 
unit 114 therefore dynamically interworks selected VPWCIs to selected DSOs and 
dynamically interworks selected DSOs to selected VPWCIs. Because DSO 
communications are bi-directional and ATM communications are typically uni- 
directional, companion VPWCIs may be required for interworking between a DSO and 
ATM. 

In addition, the interworking unit 114 has a TDM interworking fimction 
which allows the interworking unit to transport tiie user communications between tiie 
service platform 112 and the first or second communication devices 106 or 108 without 
converting tiie user communications to another format. This can occur, for example, 
when tiie user communications tiiat are tiansferred from tiie first or second 
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conununication device 106 or 108 are in the same format as the format usable by the 

service platform 1 12. 

Referring back to Figure 1, the system operates as follows. In the preferred 
enhanced service processing system, a call is received into the service platfomi 1 12 from 
a communication device, such as the second communication device 108. The call 
signaling is transported from the second communication device 108 to the signaling 
processor 110. The user communications are transported in ATM cells from the second 
communication device 108 to the interworking unit 1 14. 

The signaling processor 110 processes the call signaling. The signaling 
processor 112 reads the call characteristics such as the routing label, including the 
origination point code (OPC), the destination point code (DPC), the circuit identification 
code (CIC), or the signaling link selection (SLS). Based on the processing of the call 
characteristics in the call signaling, the signaling processor 1 1 0 determines what action is 
to be taken, which service the call requires, and, when a plurality of service platfomis 
exist, which service platform and which appHcation in the service platform can provide 
the service. The signaling processor 110 sends a processor control message to the selected 
service platform 112 designating the application that is to process the user 
commvinications. 

In addition, based on the call signaling processing, the signaling 
processor 110 selects a comiection 126 from the interworking unit 114 to the service 
platform 1 12 for the user communications. The signaling processor 110 sends a processor 
control message to the interworking unit 1 14 designating the selected comiection. 

The interworking unit 1 14 receives both the user communications from the 
second communication device 108 and the processor control message from the signaling 
processor 110. The interworking unit 114 converts the ATM cells containing the user 
communications to a form that is compatible with the service platform 112. Generally, 
the ATM cells are converted into a TDM format. The interworking unit 1 14 then uses the 
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information gained from the processor confrol message to route the user communications 
to the service platform 1 12 over the selected connection 126. The selected comiection 126 

is generally a selected DSO. 

The service platform 112 receives both the user communications from the 
5 interworking unit 114 and the processor confrol message from the signaling 
processor 110. The service platform 112 uses the information in the processor confrol 
message to process the user communications using the selected interactive appUcation. 
When the application has completed, the service platform 112 fransmits the processing 
results to the signaling processor 110 and the processed user communications to the 
10 interworking unit 114 to be fransported either back to the second communication 
device 108 or to another service platform or device (not shown). The processing results 
contain confrol messages and data that allows the signaling processor 110 to reroute the 
processed user communications to another service platform, to the second communication 
device 1 08, or to the first communication device 1 06. 
15 If the user communications are fransported to the second communication 

device, the user communications must be interworked to ATM cells that identify the 
VPWCI of the selected connection 128. If, however, the user communications are 
transported to the first communication device 106, the user communications do not need 
to be converted to. ATM cells, hi the present example, the user communications are 
20 fransported to tiie first communication device 106. The processing results and processed 
user communications are fransported to the signaling processor 110 and the first 
communication device 106, respectively, either throughout the duration of the call or at 

the completion of the call. 

In addition to fransferring tiie processing results, tiie service platform 112 
25 also fransmits a service complete signal to the signaling processor 110. The signaling 
processor 110 receives the service complete signal and the processing results and 
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processes them to determine if the processed user communications are to be transferred to 
a different device. 

If more processing is required, the signaling processor 110 selects a 
connection and transmits a processor control message to the interworking unit 114 
designating the new selected connection to either the second communication device 108 
or to a new selected device (not shown). If the selected device is an ATM device, the 
interworking unit 114 converts the processed user communications which it received 
from the service platform 112 to ATM cells that identify the selected connection. The 
ATM cells would, for example, identify the VPWCI of the connection to the selected 
device. The interworking unit 114 then transmits the ATM cells over the connection to 
the selected device. The conversion of the user communications to ATM cells and the 
transmission of the ATM cells over the connection occurs dynamically in real time. 

It will be appreciated that the call can be handled, initiated, or terminated 
by either of the first or second communication devices 106 or 108. For example, the user 
communications can be transported by the first communication device 106 and received 
ultimately by the second communication device 108. Alternately, the user 
communications can be transported from one of the first or second communication 
devices 106 or 108, processed by the service processor 112, and fransported back to the 

same communication device 106 or 108. 

Also, it will be appreciated that, although in the above-described operation 
of the system the first communication device 106 was a TDM device, the service 
platform 1 12 was a TDM device, and the second communication device 108 was an ATM 
device, the first and second communication devices 106 and 108 and the service platform 
1 12 can receive, transport, and handle user communications in any required format. Thus, 
the user communications can be processed in a system where the first communication 
device 106 is an ATM device, the service platform 1 12 is a TDM device, and the second 
communication device 108 is a TDM device or in a system where the first 
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conununication device 106 is an ATM device, the service platform 1 12 is a TDM device, 
and the second communication device 108 is an ATM device. In addition, the user 
communications can be processed in a system where the first communication device 106 
is an ATM device, the service platform 112 is an ATM device, and the second 

5 communication device 108 is an ATM device or in a system where the first 
communication device 106 is a TDM device, the service platform 1 12 is an ATM device, 
and the second communication device 108 is a ATM device. In each of these instances, 
the signaling processor 110, the service platform 112, and the interworking unit 114 
operate similarly to the operation described above. As one skilled in the art will 

10 appreciate, the mterworking for the user communications will be determined according to 

the format of the devices. 

Figure 2 illustrates a telecommunication system 102 in which an ATM 
cross comiect 230 is used to route calls. The cross comiect 230 has a connection 232 to 
the second communication device 108 and a comiection to the interworking unit 1 14. The 
15 cross comiect 230 receives ATM cells fi-om the interworking unit 1 14 over the comiection 
234 and directs the ATM cells to the second communication device 108 over the 
connection 232 therebetween. Alternatively, the cross connect 230 can route calls to 
another ATM system over a connection 236. 

As illustrated in the telecommunication system 102 of Figure 3, a service 
20 platform system 104A may contain many elements. A first communication device 106 
and a second communication device 108 interact with the service platform system 104A. 
The service platform system 104A contains a signaling processor 110 and a service 
platform 112A. 

In addition, the service platform system 104A contains a service control 
25 point 336, a service database 338, and an interworking multiplexer (mux) 340. The 
service platform 1 12A contains a host computer 342, a first media processor 344, and a 
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second media processor 346. However, a service platform can have greater or fewer 
media processors in addition to other devices. 

Call signaling and control messages are carried between the 
telecommunication system 102 devices on links. The signaling processor 110 
5 communicates to the first communication device 106 through a link 116, to the second 
communication device 108 through a link 122, to the service control point 336 through a 
link 348, to the service database 338 through a link 350, to the interworking mux 340 
through a link 352, and to the host computer 342 through a link 354. Preferably, the 
links 116, 122, 348, 350, 352, and 354 are a LAN, SS7 links, or SS7 over ATM. 
10 The host computer 342 communicates with the first media processor 

through a link 356, to the second media processor 346 through a link 358, and to the 
service database 338 through a link 360. Preferably, links 356, 358, and 360 are either a 

LAN or a data bus. 

User communications are carried between the telecommunication system 

15 102 devices on, connections. The interworking mux 340 communicates to the first 
communication device 106 through a connection 362, to the second communication 
device 108 through a connection 364, to the first media processor 344 through a 
connection 366, and to the second media processor 346 through a connection 368. 

The service platform system 104A can receive one or more calls and route 

20 the calls to the appropriate equipment. The signaling processor 110 accepts control 
messages from, and transmits control messages to, other elements and equipment. The 
signaling processor 110 thereby controls call routing and call processing in the 

telecommunication system 

The service control point (SCP)336 contains information about tiie 
25 telecommunication system 102 and how to route calls through the telecommunication 
network. The SCP 336 is queried by the signahng processor 110 to detennine how to 
route calls with advanced routing featiores such as NOO or menu routing. The signaling 
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processor no may pass the mfonnata i. gains fom *e SCP336 .0 the host 
computer 342 in the processor control message. 

The service database 338 is a logically centralized data storage device 
from which the signaling processor 110 or the host computer 342 can retrieve 
communication device data or other device data. Tlie service database 338 has two 
aspects of a user or device profile. First, the service database 338 has service subscnption 
data and processing options which denote the services to which a particular call or 
communication device has access. Second, the service database 338 has service data 
which is stored on behalf of a call or communication device. Service data includes such 
information as voice messages, facsimile messages, and electronic mail. 

The interworking mux 340 interworks between ATM cells and other call 
formats while providing multiplexing and demuWplexing functions. The interworking 
mux 340 accepts user communications from the second communication device 108 and 
from the first communication device 106. The interworking mux 340 accepts a processor 
control message containing signaling and control information from the signaling 
processor 110. 

The processor control message from, the signaling processor 110 
designates a selected comiection from &e interworking mux 340 to either the first media 
processor 344 or the second media processor 346. In addition, a processor control 
message designates a selected comiection from the interworking mux 340 to either the 
first communication device 106 or the second communication device 108. A selected 
connection is designated by a selected VPWCl or a selected DSO. The interworking 
mux 340 routes the user communications over the selected connection. 

User communications are communicated back and forth between the 
interworking mux 340 to be transported to another device and either the first media 
processor 344 or the second media processor 346, or both. The interworking mux 340 
uses the information gained from the signaling processor's processor control message to 
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' convert the user communications rec'eived from the second communication device 108, 
for example, between ATM cells and a format that is compatible with the media 

processors 344 and 346. 

The media processors 344 and 346 contain appUcations that process the 

5 user communications. The media processors 344 and 346 perform such processing as 
tone detection and collection. The media processors 344 and 346 collect any information 
from the user communications that is required to complete an application or manipulate 
the user communications. The media processors 344 and 346 run applications that 
process voice and tones. The media processors 344 and 346 report the processing results 

10 of the processed data to the host computer 342 or to the signaling processor 1 10 in a 
media data signal. In some instances, raw data from the user communications and 
processed user communications are transferred to the host computer 342 for further 
processing. 

In one embodiment, the system operates as follows where a call is initiated 
15 from the second communication device 108 and the processed user communications 
return to the second communication device. The host computer 342 is the service node 
manager that controls devices on the service node or service platform 112A. The host 
computer 342 receives a processor control message from the signaling processor 1 10. Tlie 
processor control message instructs the host computer 342 which application to use in the 
20 media processors 344 and 346 to process the user communications. The host 
computer 342 controls the user communications processing in the media processors 344 
and 346 and returns processed data results to the signaling processor 110 in a host 
computer data signal. The host computer 342 instructs the media processors 344 and 346 
to return the processed user communications to the interworking mux 340 to be 
25 transported back to the second communication device 108. The host computer 342 may 
also send a host control message to the signaling processor 110 with control messages 
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such as a service complete message. It will be appreciated that other calls can be placed to 

and from other devices. 

In another embodiment, the system operates as follows where the first 
commimication device 106 places a call that is to be processed and returned to the first 
5 communication device. The call signaling is transported to the signaling processor 1 10 so 
. that the signaling processor 110 can route the call to the appropriate device. The user 
communications are transported to the interworking mux 340 to be transported to an 
appropriate service, such as the media processors 344 and 346. After the user 
communications are processed, it is transported from the media processors 344 or 346, 
10 through the interworking mux 340, and back to the first communication device 106. The 
first communication device 106 can transmit the call in a variety of formats, including 
SF, ESF, ISDN, B-ISDN, and GR-303 and over a variety of transmission media including 

TDM, SONET, and SDH. 

Referring still to Figure 3, the operation of the system 104A is as follows. 
15 In the system, the signaling processor 110 controls the host computer 342 and the media 
processors 344 and 346 that process user communications which pass through an ATM 
system. The signaling processor 110 selects comiections as needed to comiect the devices 
in the telecommunication system 102. 

A caU is received into the service platform system 104A from the second 
20 communication device 108. The call signaling is transported from the second 
communication device 108 to the signaling processor 110. The user communications are 
transported in ATM cells from the second communication device 108 to the interworking 
mux 340. 

The signaling processor 110 processes the call signaling. The signaling 
25 processor 110 processes the call characteristics in the call signaling. Based on the 
processing of the call characteristics, the signaling processor 110 determines which 
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service the call requires and which host computer and media processor and which 
apphcation in the media processor can provide the service. 

However, sometimes the call characteristics are not sufficient to determine 
the specific communication device that is requestmg a service or to determine the specific 
5 requested service desired. This may occur, for example, when a device dials an "800" 
number to gain access to a calling card service. In such a situation, a service application 
may require a personal identification code before access to a service is provided. The 
signaling processor 110 then may invoke applications in the signaling processor 110 or in 
the media processor 344 that can interact with the call to determine the device identity or 

10 desired service. 

In addition, the signaling processor 110 may query the SCP 336 or the 
service database 338. This would allow the signaling processor 110 to gain service 
options, service data, and routing information for the call to determine the required 
combination of signal processing, database, and connection providing elements to 

15 provide a service. 

The call signaling is processed and the signaling processor 1 10 determines 
the resource needed to process the service request. The signaling processor 110 then 
sends a processor control message to the selected host computer 342 designating the 
apphcation that is to process the user communications. In addition, based on the 

20 processed call signaling, the signaling processor 110 selects a connection fi-om the 
interworking mux 340 to the media processor 344 selected to process the user 
communications. The signaling processor 110 sends a processor control message to the 
interworking mux 340 designating the selected connection 366 and instructing the 
interworking mux 340 to dynamically connect the call in real time to a service 

25 platform 112A on the connection 366 and to convert the user communications in the 
interworking mux 340 from the ATM cells to a format that is compatible with the 
selected media processor 344. 
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The interworldng mux 340 receives both the user communications from 
the second communication device 108 and the processor control message from the 
signaling processor 110. The interworking mux 340 converts the ATM cells containing 
the user communications to a form that is compatible with the selected media 
processor 344. Generally, the ATM cells are converted into a TDM format. The 
interworking mux 340 then uses the infomiation gained from the processor control 
message to route the user communications to the selected media processor 344 over the 

selected connection 366. 

The user communications are received in the selected media 
processor 344. In addition, the host computer 342 transmits a host control message to the 
media processor 344 instructing the media processor 344 which application to use and 
providing other control messaging to control the processing of the user communications. 
Tlie media processor 344 processes the user communications in accordance with the 
control messages from the host computer 342. The media processor 344 then reports the 
processing results to the host computer 342 in a media processor signal over the link 354. 
In addition, the media processor 344 transmits the processed user communications to the 

interworking mux 340. 

The host computer 342 can farther service the processing results. The host 
computer 342 transfers the processing results, with or without farther servicing, to the 
signaling processor 1 10 in a host control message. The host control message may request 
that the host computer 342 and the associated media processor 344 be released because 
processing is complete or it can request another service or media processor. When the 
signaling processor 110 receives the host control message, it may direct the interworking 
mux 340 to fransfer the processed user communications to the second communication 
device 108 or to the first communication device 106. In addition, the signaling 
processor 110 may direct the interworking mux 340 to transfer the. processed user 
communications to another service platform or another media processor on the same 
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service platform 1 12A. If the processing is complete, the interworking mux 340 will be 
instructed by the signaling processor 110 to release the connection to the media 
processor 344, at which point the connection will be released. 

Figure 4 illustrates the message transmissions for the user communications 
processing and the control messages that take place between the various 
telecommunication network devices to process a call. The message sequences illustrate 
the method for comiecting a call through an ATM system to a service platform. 

With reference to Figure 3 and Figure 4, a communication device 108 
transmits a call, including call signaling and user communications. The call signaling is 
received in the signaling processor 110, and the user communications are transported to 
an interworking mux 340 upon a com^ection that was seized by the second 

communication device 108. 

The signaling processor 110 processes the call . signaling to determine 
which appUcation and service platfonn is required to process the user communications. 
The signaling processor 110 selects a comiection to the selected service platform 112A. 
llie signaling processor 110 transmits a processor control message to the service 
platform 112A requesting service for the user communications. The service request 
designates the application that will process the user communications and designates the 
connection between the service platform 1 12A and the interworking mux 340 upon which 
the user communications will be ti^pofted. 

In addition, the signaling processor 110 ti-ansmits a processor control 
message to the interworking mux 340 designating the selected comiection assigmnent to 
the selected service platform 112A. When the service platform 112A is comiected to the 
interworking mux 340 by a DS level ti-ansmission line, the comiection assigmnent is a 
TDM port number, such as a DSO port designation or an EO port designation. 

The interworking mux 340 coniiects to the service platform 1 12A on the 
selected comiection. When the service platform 1 12A is in a TDM system and the second 
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communication device 108 is in an ATM system and is transmitting the user 
communications in ATM cells, the interworking mux 340 interworks the VPWCI of the 
connection from which the ATM cells are being received to the DSO or EO of the 
comiection to the service platform 11 2 A. When, however, processed user 
5 communications are being transported from the service platform 112A to the 
interworking mux 340, the interworking mux interworks the DSO or EO of the connection 
^ from which the processed user communications are being received from the service 
platform 112A to the VPWCI of the selected connection to the second communication 
device 108 or other selected communication device 108. The VPWCI of the selected 
10 connection back to the second communication device 108 or to some other selected 
communication device is designated in a processor control message. The second 
communication device 108 and the service platform 112A may interact, thereby 
transmitting user communications to each other through the interworking mux 340 over 
the selected connection. 

15 The interworking mux 340 interworks the user communications 

transmission between the format of the second communication device 108 and a format 
compatible with the service platform 1 12 A. In the preferred method, the user 
communications are converted from ATM cells received from the second conmiunication 
device 108 to a TDM format that is transported over a DSO or EO to the service 

20 platform 1 12A. In the reverse direction, processed user conmiunications received from 
the service platform 1 12A over the DSO or EO in the TDM format are converted to ATM 
cells that identify the VPWCI for the connection to the second communication 
device 108, or to some other selected device. The selected connection designations for 
both the second communication device 108 and the service platform 1 12A are received in 

25 the interworking mux 340 from the signaling processor 110. 

When the processing of the user communications is completed by the 
service platfonn 112A, it transmits to the signaling processor 110 a control message 
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having a service complete message. Upon receiving the control message, the signaling 
processor 110 sends a processor control message to the interworking mux 340 requesting 
that the connection be terminated and to the second communication device 1 08 requesting 
that the connection be released, hi response to the processor control message, the 

5 connections are disconnected. 

With reference to Figure 3 and Figure 5, after a connection has been made 
and the user communications have been processed in a first media processor, the 
signaUng processor 110 may determine that fiirther processing is required and select an 
application in the second media processor 346 to further process the user 

10 communications. The signaling processor 110 would transmit a second processor control 
message to the interworking mux 340 designating a second selected connection 368 to the 

second media processor 346. 

In response to the second processor control message, the interworking 
mux 340 disassociates the connection to the first media processor 344 and makes the 
15 second selected connection to the second media processor 346. Then, the interworking 
mux 340 transmits the user communications to the second media processor 346 over the 

second selected coimection. 

In addition, the signaling processor transmits another processor control 
message to the host computer 342 designating a selected application in the second media 
20 processor 346 to process the user communications. In response to the processor control 
message, the host computer 342 transmits a host control message to the second media 
processor 346 to control processing of the user communications and reporting of the 
processing results. 

Figure 5 illustrates the message transmissions that take place between the 
25 various telecommunication system 102 devices to further process user communications in 
a second media processor 346. The message sequences illustrate the method for 
connecting a call through an ATM system from a first media processor 344 to a second 
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media processor 346 after a connection to the first media processor has been completed. 
Both media processors 344 and 346 are controlled by a single host computer 342. 

After the first connection is made by the interworking mux 340 and 
interaction occurs between the second communication device 108 and the first media 
processor 344 in the service platform 112A (see Figure 3), the host computer 342 may 
request that fiirtiier user communications processing be completed in the second media 
processor 346. The host computer 342 tiien transmits to the signaling processor 110 a 
host control message containing a service complete message. Altematively, the signaling 
processor 1 10 may initiate the processing in the second media processor 346. 

Upon receiving the host conti-ol message, the signaling processor 110 
selects a connection reassignment to the second media processor 346 and transmits to tiie 
interworking mux 340 a processor conti-ol message designating the second selected 
connection. In a TDM system, tiie designation of the second selected connection to tiie 
second media processor 346 is a TDM port designation, such as a DSO or an EO. 

Upon receiving the processor conti-ol message, the interworking mux 340 
disassociates the connection to the first media processor 344 and interworks the user 
communications with the selected connection to tiie second media processor 346. The 
second communication device 108 and tiie media processor device 346 interact as 
described above. 

When the processing of tiie user communications are completed by tiie 
second media processor 346, tiie host computer 342 ti-ansmits to tiie signaling 
processor 110 a host control message having a service complete message. Upon receiving 
tiie host contix)! message, tiie signaling processor 1 10 sends a processor control message 
to tiie interworking mux 340 requesting tiiat tiie connection be terminated and to the 
second communication device 108 requesting that tiie connection be released. In response 
to tiie processor contiol message, tiie connections are disconnected. 
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Figure 6 illustrates the message transmissions tfiat take place between the 
various telecommunication system devices to farther process user communications in a 
second service platform 602 after the user communications first has been processed by a 
first service platform 112A (see Figure 3). The message sequences illustrate the method 
for connecting a call through an ATM system fi-om a first service platform 112A to a 
second service platform 602 after a connection to the first service platform has been 
completed. 

After the initial connection is made by the interworking mux 340 and 
interaction occurs between the second communication device 108 and the first service 
platform 112A, the first service platform 112A may require that fiirther user 
communications processing be completed in the second service platform 602. The first 
service platform would transmit to the signaling processor 110 a conti-ol message having 
a service complete. Alternatively, the signaling processor 1 10 may initiate the processing 

in the second service platform 602. 

Upon receiving the control message, the signaling processor 110 selects a 
connection reassignment to tiie second service platform 602 and transmits a processor 
conh-ol message to the interworking mux 340 designating the selected connection 
reassignment, hi a TDM system, the designation of the selected connection to the second 
service platform 602 is a TDM connection designation, such as a DSO or EO designation. 

Upon receiving tiie processor control message, die interworking max 340 
disassociates the connection to the first service platform 112A and interworks the user 
communications to the selected connection to tiie second service platform 602. The 
second communication device 108 and second service platform 602 can tiien interact as 
described above. 

When the processing of the user communications are completed by tiie 
second service platfonn602, the second service platform transmits to the signaling 
processor 1 10 a conti-ol message having a service complete message. Upon receiving the 
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control message, the signaling processor 110 sends a processor control message to the 
interworking mux 340 requesting that the connection be terminated and to the second 
communication device 108 requesting that the connection be released. In response to the 
respective processor control messages, the connections are disconnected. 
5 Figure 7 illustrates the interaction that may take place between service 

platforms and communication devices when multiple service platforms are required for 
call processing or when call processing is required by a communication device that does 
not have local access to a service platform. For example, a local communication device 
702 is connected to a local service platform system 704 which contains a local signaling 
10 processor 706, a local service platform 708, and a local ATM interworking mux 71 0. 

The local communication device 702 transmits a call to the local service 
platform system 704 for processing of the call by an inexpensive application or by an 
application that is used often. The call signaling is transported to the local signaling 
processor 706, and the user communications are transported to the local ATM 
15 interworking mux 710. The signaling processor 706 selects a connection to the local 
service platform 708 from the local ATM interworking mux 710 and transmits a 
processor control message to the local ATM interworking mux 710 designating the 
selected connection. In addition, the signaling processor transmits a processor control 
message to the local service platform 708 designating the application to process the user 
20 communications. The local ATM interworking mux 710 transmits the user 
communications to the local service platform 708 over the selected connection, and the 
local service platform 708 processes the user communications. 

Alternatively, the local communication device 702 may transmit a call 
designated for a core service platform system 712. The core service platform system 712 
25 contains expensive appHcations or infrequently used applications that are shared by a 
plurality of communication devices and other devices in the telecommunication network. 
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The core service platform system contains a core signaling processor 714, a core service 
platform 716, and a core ATM interworking mux 718. 

The local communication device 702 can access the core service platform 
system 712 by transporting call signaling to the local signaling processor 706. The local 
5 signaling processor 706 transports the call signaling to the core signaling processor 714. 

In addition, the local commxmication device 702 transports user 
communications to the local ATM interworking mux 710. The local ATM interworking 
mux 710 receives a processor control message from the local signaling processor 
designating a selected connection to the core ATM interworking mux 718 through an 

10 ATM cross connect system 720 and the VPLVCI of the selected connection. The local 
ATM interworking mux 710 converts the user communications to ATM cells that identify 
the VPWCI of the selected connection and transmit the ATM cells to the ATM cross 
connect system 720. The ATM cross connect system 720 cross connects the ATM cells to 
the selected connection with the VPWCI and routes the ATM cells to the core ATM 

15 interworking multiplexer 718. 

In addition, the core signaling processor 714 selects a connection to the 
core service platform 716 and transmits to the core ATM interworking mux 718 a 
processor control message designating the selected connection; The core ATM 
interworking mux 718 converts the ATM cells to user communications having a format 

20 that is compatible with the core service platform 716 and transmits the user 
communications over a selected connection to the core service platform 716 for 
processing. A processor control message from the core signaling processor 714 to the 
core service platform 716 designates the applications and controls to process the user 
communications. 

25 In a similar fashion, a communication device 722 that does not have a 

local service platform can transmit a call to be processed by the core service platform 
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system 712 or by the local service platform system 704. The communication device 722 
transmits call signaling to the communication device signaling processor 724 and user 
communications to the ATM interworking mux 726. The signaling processor 724 
controls transmission of the call signaling and the user communications to the appropriate 
system. 

Figures illustrates the interaction of service platforms in a 
telecommunication network. In Figure 8, a local service platform system 802 interacts 
with an edge service platform system 804. The edge platform system 804 likewise 
interacts with a core service platform system 806. Any one of the service platform 
systems 802, 804, and 806 can transmit a call to any other system. 

THE ATM INTERWORKING MULTIPLEXER 

Figure 9 shows one embodiment of an ATM interworking multiplexer 
(mux) 902 that is suitable for the present invention, but other multiplexers that support 
the requirements of the invention are also applicable. The ATM interworking mux 902 
has a control interface 904, an OC-N/STS-N interface 906, a DS3 interface 908, a DSl 
interface 910, a DSO interface 912, a signal processor 914, an ATM adaptation layer 
(AAL) 916, an OC-M/STS-M interface 918, and an ISDN/GR-303 interface 920. 

The control interface 902 accq)ts control messages from the signaling 
processor 922. hi particular, the control interface 904 identifies DSO connections and 
virtual connection assignments in the control messages from the signaling processor 922. 
These assignments are provided to the AAL 916 for implementation. 

The OC-N/STS-N interface 906, the DS3 mterface908, the DSl 
interface 910, the DSO interface 912, and the ISDN/GR-303 interface 920 each can accept 
calls, including user conununications, from a conmiunication device 924. Likewise, the 
OC-M/STS-M interface 918 can accept calls, including user communications, from a 
commvmication device 926. 
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The OC-N/STS-N interface 906 accepts OC-N formatted communication 
signals and STS-N formatted communication signals and converts the communication 
signals from the OC-N or STS-N formats to the DS3 format. The DS3 interface 908 
accepts communication signals in the DS3 format and converts the communication 
signals to the DSl format. The DS3 interface 908 can accept DS3s from the OC-N/STS- 
N interface 906 or from an external connection. The DSl interface 910 accepts the 
communication signals in the DSl format and converts the communication signals to the 
DSO format. The DSl interface 910 can accept DSls from the DS3 interface 908 or from 
an external connection. The DSO interface 912 accepts communication signals in the DSO 
format and provides an interface to the AAL916. The ISDN/GR-303 interface 920 
accepts communication signals in either the ISDN format or the GR-303 format and 
converts the communication signals to the DSO format. In addition, each interface may 
transmit signals in like manner to the communication device 924. 

The OC-M/STS-M interface 918 is operational to accept ATM cells from 
15 the AAL 916 and to transmit the ATM cells over the connection to the communication 
device 926. The OC-M/STS-M interface 918 may also accept ATM cells in the OC or 
STS format and transmit them to the AAL 916. 

The AAL 916 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL 916 is operational to accept call origination 
20 device information in the DSO format from the DSO interface 912 and to convert the call 
origination device information into ATM cells. AALs are known in the art and 
information about AALs is provided by International Telecommunications Union (ITU) 
document 1.363, which is hereby incorporated folly herein by reference. An AAL for 
voice communication signals is described in U.S. patent application serial number 
25 08/395,745, which was filed on February 28, 1995, and entitled "Cell Processing for 
Voice Transmission," and which is incorporated herein by reference. 
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The AAL916 obtains from the control interface 904 the virtual path 
identifier (VPI) and the virtual channel identifier (VCI) for each DSO for each call 
connection. The AAL 916 also obtains the identity of the DSO for each call (or the DSOs 
for an Nx64 call). The AAL 916 then transfers the call origination device information 
5 between the identified DSO and the identified ATM virtual comiection. An 
acknowledgment that the assigmnents have been implemented may be sent back to the 
signaling processor 922 if desired. Calls with multiple 64 Kilo-bits per second (Kbps) 
DSOs are known as Nx64 calls. If desired, the AAL 916 can be configured to accept 
control messages through the control interface 904 for Nx64 calls. 
10 As discussed above, the ATM interworking mux 902 also handles calls in 

the opposite direction, that is, in the direction from the OC-M/STS-M interface 918 to the 
DSO interface 912, including calls exiting from the DSl interface 910, the DS3 
interface 908, the OC-N/STS-N interface 906, and the ISDN/GR-303 interface 920. For 
this traffic, the VPWCI has been selected already and the fraffic has been routed through 
15 the cross-comiect (not shown). As a result, the AAL 916 only needs to identify the pre- 
assigned DSO for the selected VPWCI. This can be accomplished through a look-up 
table. In alternative embodiments, the signaling processor 922 can provide this DSO- 
VPWCI assignment through the control interface 904 to the AAL 916. 

A technique for processing VPWCIs is disclosed in U.S. patent 
20 application serial number 08/653,852, which was filed on May 28, 1996, and entitied 
"Telecommunications System with a Connection Processing System," and which is 

incorporated herein by reference. 

DSO connections are bi-directional and ATM connections are typically 
directional. As a result, two virtual connections in opposing directions will typically 
be required for each DSO. Those skilled in the art will appreciate how this can be 
accompUshed in the context of the invention. For example, the cross-connect can be 
provisioned with a second set of VPWCIs in the opposite direction as the original set of 
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VPWCIs. For each call, ATM interworking multiplexers would be configured to invoke 
automatically this second VPWCI to provide a bi-directional virtual connection to match 

the bi-directional DSO on the call. 

In some embodiments, it may be desirable to incorporate digital signal 
processing capabilities at the DSO level. For example, in the present invention, digital 
signal processing is used to detect the call trigger. It may also be desired to apply echo 
cancellation or encryption to selected DSO circuits. In these embodiments, a signal 
processor 914 would be included either separately (as shown) or as a part of the DSO 
interface 912. The signaling processor 922 would be configured to send control messages 
to the ATM interworking mux 902 to implement particular features on particular DSO 
curcuits. 

Figure 10 shows another embodiment of an ATM interworking 
multiplexer (mux) 1002 that is suitable for the present invention. The ATM interworking 
mux 1002 has a control interface 1004, an STM-N electrical/optical (E/O) interface 1006, 
an E3 interface 1008, an El interface 1010, an EO interface 1012, a signal processor 1014, 
an ATM adaptation layer (AAL) 1016, an STM-M electrical/optical (E/O) interface 1018, 
and a digital private network signaling system (DPNSS) interface 1020. 

The control interface 1004 accepts control messages fi-om the signaling 
processor 1022. In particular, the control interface 1004 identifies EO connections and 
virtual connection assignments in the control messages firom the signaling 
processor 1022. These assignments are provided to the AAL 1016 for implementation. 

The STM-N E/O interface 1006, the E3 interface 1008, the El 

interface 1010, the EO interface 1012, and the DPNSS interface 1020 each can accept 

calls, including user communications, ftom a second communication device 1024. 

Likewise, the STM-M E/O interface 1018 can accept calls, including user 

communications, fi-om a third communication device 1 026. 
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The STM-N E/O interface 1006 accepts STM-N electrical or optical 
formatted communication signals and converts the communication signals from the 
STM-N electrical or STM-N optical format to the E3 format. The E3 interface 1008 
accepts communication signals in the E3 format and converts the communication signals 
to the El format. The E3 interface 1008 can accept E3s from the STM-N E/O 
interface 1006 or from an external connection. The El interface 1010 accepts the 
communication signals in the El format and converts the communication signals to the 
EO format. The El interface 1010 can accept Els from the STM-N E/O interface 1006 or 
the E3 interface 1008 or from an external connection. The EO interface 1012 accepts 
communication signals in the EO format and provides an interface to the AAL 1016. The 
DPNSS interface 1020 accepts communication signals in the DPNSS format and converts 
the communication signals to the EO format. In addition, each interface may transmit 
signals in a like manner to tiie communication device 1024. 

The STM-M E/O interface 1018 is operational to accept ATM cells from 
the AAL 1016 and to transmit the ATM cells over the connection to the communication 
device 1026. The STM-M E/O interface 1018 may also accept ATM cells in the STM-M 
E/O format and transmit them to the AAL 1016. 

The AAL 1016 comprises both a convergence sublayer and a segmentation 
and reassembly (SAR) sublayer. The AAL 1016 is operational to accept call origination 
device information in the EO format from the EO interface 1012 and to convert the call 
origination device information into ATM cells. 

The AAL 1016 obtains from the control interface 1004 the virtual path 
identifier and the virtual channel identifier for each call connection. The AAL 1016 also 
obtains the identity of each call. The AAL 1016 then transfers the call origination device 
information between the identified EO and the identified ATM virtual connection. An 
acknowledgment that the assignments have been implemented may be sent back to the 
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signaling processor 1022 if desired. If desired, the AAL 1016 can be configured to accept 
control messages through the control interface 1004 forNx64 calls. 

As discussed above, the ATM interworking mux 1002 also handles calls in 
the opposite direction, that is, in the direction from the STM-M E/0 interface 1018 to the 
EO interface 1012, including calls exiting from the El interface 1010, the E3 
interface 1008, the STM-N E/0 interface 1006, and the DPNSS interface 1020. For this 
traffic, the VP WCI has been selected afready and the traffic has been routed through the 
cross-connect (not shown). As a result, the AAL 1016 only needs to identify the pre- 
assigned EO for the selected VPWCI. This can be accomplished through a look-up table. 
In alternative embodiments, the signaling processor 1022 can provide this VPWCI 
assignment through the confrol interface 1004 to the AAL 1016. 

EO connections are bi-directional and ATM connections typically are uni- 
directional. As a result, two virtual connections in opposing directions typically will be 
required for each EO. Those skilled in the art will appreciate how this can be 
accomplished in the context of the invention. For example, the cross-connect can be 
provisioned with a second set of VPWCls in the opposite direction as the original set of 
VPWCIs. For each call, ATM interworking multiplexers would be configured to 
automatically invoke this second VPWCI to provide a bi-directional virtual connection 
to match the bi-directional EO on the call. 

In some instances, it may be desirable to incorporate digital signal 
processing capabilities at the EO level. For example, in the present invention, digital 
signal processing is used to detect the call trigger. Also, it may be desirable apply echo 
cancellation. In these embodiments, a signal processor 1014 would be included either 
separately (as shown) or as a part of the EO interface 1012. The signaling processor 1022 
would be configured to send control messages to the ATM interworking mux 1002 to 
implement particular features on particular circuits. 
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THE SIGNALING PROCESSOR 

The signaling processor is referred to as a call/connection manager 
(CCM), and it receives and processes telecommunications call signaling and control 
messages to select connections that establish communication paths for calls. In the 
5 preferred embodiment, the CCM processes SS7 signaling to select connections for a call. 
CCM processing is described in a U.S. Patent AppUcation having attorney docket number 
1148, which is entitled "Telecommunication System," which is assigned to the same 
assignee as this patent application, and which is incorporated herein by reference. 

In addition to selecting connections, the CCM performs many other 
10 functions in the context of call processing. It not only can control routing and select the 
actual connections, but it can also validate callers, control echo cancelers, generate billing 
information, invoke intelligent network functions, access remote databases, manage 
traffic, and balance network loads. One skiUed in the art will appreciate how the CCM 
described below can be adapted to operate in the above embodiments. 
j5 Figure 11 depicts a version of the CCM. Other versions are also 

contemplated. In the embodiment of Figure 11, the CCM 1102 controls an ATM 
interworking multiplexer (mux) that performs interworking of DSOs and VPWCIs. 
However, the CCM may control other communications devices and connections in other 
embodiments. 

20 The CCM 1102 comprises a signaling platform 1104, a control 

platform 1106, and an application platform 1108. Each of the platforms 1104, 1106, 

and 1 1 08 is coupled to the other platforms. 

The signaling platform 1104 is externally coupled to the SS7 systems -- in 

particular to systems having a message transfer part (MTP), an ISDN user part (ISUP), a 
25 signaling connection control part (SCCP), an inteUigent network application part (INAP), 

and a transaction capabilities apphcation part (TCAP). The control platform 1106 is 
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externally coupled to a mux control, an echo control, a resource control, billing, and 
operations. 

The signaling platform 1104 comprises MTP levels 1-3, ISUP, TCAP, 
SCCP, and INAP fiinctionality and is operational to transmit and receive the SS7 
5 messages. The ISUP, SCCP, INAP, and TCAP functionality use MTP to transmit and 
receive the SS7 messages. Together, this functionality is referred as an "SS7 stack," and 
it is well known. The software required by one skilled in the art to configure an SS7 stack 
is commercially available, for example, from the Trillium company. 

The control platform 1106 is comprised of various external interfaces 
10 including a mux interface, an echo interface, a resource control interface, a billing 
interface, and an operations interface. The mux interface exchanges messages with at 
least one mux. These messages comprise DSO to VPWCI assigranents, 
acknowledgments, and status information. The echo control interface exchanges 
messages with echo control systems. Messages exchanged with echo control systems 
15 might include instructions to enable or disable echo cancellation on particular DSOs, 
acknowledgments, and status information. 

The resource control interface exchanges messages with external 
resources. Examples of such resources are devices that implement continuity testing, 
encryption, compression, tone detection/transmission, voice detection, and voice 
20 messaging. The messages exchanged with resources are instructions to apply the resource 
to particular DSOs, acknowledgments, and status information. For example, a message 
may instruct a continuity testing resource to provide a loopback or to send and detect a 

tone for a continuity test. 

The billing interface transfers pertinent billing information to a billing 
25 system. Typical billing information includes the parties to the call, time points for the 
call, and any special features applied to the call. The operations interface allows for the 
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configuration and control of the CCM 1 102. One skilled in the art will appreciate how to 
produce the software for the interfaces in the conti-ol platform 1 106. 

The application platform 1108 is functional to process signaling 
information from the signaling platform 1 104 in order to select connections. The identity 
of the selected connections are provided to the control platform 1106 for the mux 
interface. The application platform 1 108 is responsible for validation, translation, routing, 
call control, exceptions, screening, and error handling. In addition to providing tiie 
control requirements for the mux, tiie appUcation platform 1108 also provides 
requirements for echo conti-ol and resource control to the appropriate interface of the 
control platform 1106. In addition, the appUcation platform 1108 generates signaling 
information for transmission by the signaling platform 1104. The signaling information 
might be ISUP, INAP, or TCAP messages to external network elements. Pertinent 
information for each call is stored in a call conti:ol block (CCB) for the call. The CCB can 
be used for tiracking and billing the call. 

The application platform 1108 operates in general accord with the Basic 
Call Model (BCM) defined by the ITU. An instance of the BCM is created to handle each 
call. The BCM includes an originating process and a terminating process. The application 
platform 1108 includes a service switching fimction (SSF) that is used to invoke the 
service control fimction (SCF). Typically, tiie SCF is contained in a service control point 
(SCP). The SCF is queried witii TCAP or INAP messages. The originating or terminating 
processes will access remote databases with intelligent network (IN ) fimctionality via tiie 
SSF function. 

Software requirements for tiie appUcation platform 1 108 can be produced 
in specification and description language (SDL) defined in ITU-T Z.IOO. The SDL can be 
converted into C code. Additional C and C++ code can be added as required to estabUsh 
the environment. 
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The CCM 1 102 can be comprised of the above-described software loaded 
onto a computer. The computer can be an Integrated Micro Products (IMP) FT-Sparc 600 
using the Solaris operating system and conventional database systems. It may be 
desirable to utilize the multi-threading capability of a Unix operating system. 

From Figure 11, it can be seen that the appUcation platform 1108 
processes signaling information to control numerous systems and facilitate call 
connections and services. The SS7 signaling is exchanged with external components 
through the signaling platform 1 104, and control information is exchanged with extemal 
systems through the control platform 1106. Advantageously, the CCM 1102 is not 
integrated into a switch CPU that is coupled to a switching matrix. Unlike an SCP, the 
CCM 1 102 is capable of processing ISUP messages independently of TCAP queries. 

SS7 MESSAGE DESIGNATIONS 

SS7 messages are well known. Designations for various SS7 messages 
commonly are used. Those skilled in the art are famiHar with the following message 
designations: 

ACM ~ Address Complete Message 

ANM ~ Answer Message 

BLO ~ Blocking 

BLA ~ Blocking Acknowledgment 

CPG ~ Call Progress 

CRG - Charge Information 

CGB ~ Circviit Group Blocking 

CGBA - Circuit Group Blocking Acknowledgment 

GRS ~ Circuit Group Reset 

GRA ~ Circuit Group Reset Acknowledgment 

CGU ~ Circuit Group Unblocking 
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CGUA - Circuit Group Unblocking Acknowledgment 

CQM - Circuit Group Query 

CQR - Circuit Group Query Response 

CRM - Circuit Reservation Message 

CRA - Circuit Reservation Acknowledgment 

CVT ~ Circuit Validation Test 

CVR - Circuit Validation Response 

CFN - Confusion 

COT - Continuity 

CCR - Continuity Check Request 

EXM - Exit Message 

INF -- Information 

INR - Information Request 

lAM -- Initial Address 

LPA -- Loop Back Acknowledgment 

PAM - Pass Along 

REL -- Release 

RLC -- Release Complete 

RSC - Reset Circuit 

RES - Resume 

SUS - Suspend 

UBL Unblocking 

UBA - Unblocking Acknowledgment 

UCIC ~ Unequipped Circuit Identification Code. 
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CCM TABLES 

Call processing typically entails two aspects. First, an inconiing or 
"originating" connection is recognized by an originating call process. For example, the 
initial connection that a call uses to enter a network is the originating connection in that 
network. Second, an outgoing or "terminating" connection is selected by a terminating 
call process. For example, the terminating connection is coupled to the originating 
connection in order to extend the call through the network. These two aspects of call 
processing are referred to as the originating side of the call and the terminating side of the 



call. 



Figure 12 depicts a data structure used by the application platform 1 108 to 
execute the BCM. This is accompUshed through a series of tables that point to one 
another in various ways. The pointers are typically comprised of next fanction and next 
index designations. The next function points to the next table, and the next index points 
to an entry or a range of entries in that table. The data structure has a trunk circuit 
table 1202, a trunk group table 1204, an exception table 1206, an ANI table 1208, a called 
number table 1210, and a routing table 1212. 

The trunk circuit table 1202 contains information related to the 
connections. Typically, the comiections are DSO or ATM comiections. hutially, the trunk 
circuit table 1202 is used to retrieve information about the originating comiection. Later, 
the table is used to retrieve information about the terminating comiection. When the 
originating comiection is being processed, the trunk group number in the trunk circuit 
table 1202 points to the applicable trunk group for the originating comiection in the trunk 
group table 1204. 

The trunk group table 1204 contains information related to the originating 
and terminating trunk groups. When the originating comiection is being processed, the 
trunk group table 1204 provides information relevant to the trunk group for the 
originating connection and typically points to the exception table 1206. 
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The exception table 1206 is used to identify various exception conditions 
related to the call that may influence the routing or other handling of the call. Typically, 
the exception table 1206 points to the ANI table 1208. Although, the exception 
table 1206 may point directly to the trunk group table 1204, the called number table 1210, 

or the routing table 1 2 1 2 . 

The ANI table 1208 is used to identify any special characteristics related 
to the caller's number. The caller's number is commonly known as automatic number 
identification (ANI). The ANI table 1208 typically points to the called number table 
1210. Although, the ANI table 1208 may point directly to the trunk group table 1204 or 

the routing table 1212. 

The called number table 1210 is used to identify routing requirements 
based on the called number. This will be the case for standard telephone calls. The called 
number table 1210 typically points to the routing table 1212. Although, it may point to 

the trunk group table 1204. 

The routing table 1212 has information relating to the routing of the call 
for the various comiections. The routing table 1212 is entered from a pointer in either the 
exception table 1206, the ANI table 1208, or the called number table 1210. The routing 
table 1212 typically points to a trunk group in the trunk group table 1204. 

When the exception table 1206, the ANI table 1208, the called number 
table 1210, or the routing table 1212 point to the trunk group table 1204, they effectively 
select the terminating trunk group. When the teminating connection is being processed, 
the trunk group number in the trunk group table 1204 points to the trunk group that 
contains the applicable terminating connection in the trunk circuit table 1204. 

The terminating trunk circuit is used to extaid the call. The trunk circuit is 
typically a VPWCI or a DSO. Thus it can be seen that by migrating through the tables, a 
terminating connection can be selected for a call. 
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Figure 13 is an overlay of Figure 12. The tables from Figure 12 are 
present, but for clarity, their pointers have been omitted. Figure 13 illustrates additional 
tables that can be accessed from the tables of Figure 12. These include a CCM ID table 
1302, a treatment table 1304, a query/response table 1306, and a message table 1308. 

The CCM ID table 1302 contains various CCM SS7 point codes. It can be 
accessed from the trunk group table 1204, and it points back to the trunk group 
table 1204. 

The treatment table 1304 identifies various special actions to be taken in 
the course of call processing. This will typically result in the transmission of a release 
message (REL) and a cause value. The freatment table 1304 can be accessed from the 
trunk circuit table 1202, the trunk group table 1204, the exception table 1206, the ANI 
table 1208, the called number table 1210, the routing table 1212, and the query/response 
table 1306. 

The query/response table 1306 has information used to invoke the SCF. It 
can be accessed by the trunk group table 1204, the exception table 1206, the ANI 
table 1208, the called number table 1210, and the routing table 1212. It points to the trunk 
group table 1204, the exception table 1206, the ANI table 1208, the called number table 
1210, the routing table 1212, and the freatment table 1304. 

The message table 1308 is used to provide instructions for messages from 
the termination side of the call. It can be accessed by the trunk group table 1204 and 
points to the trunk group table 1204. 

Figures 14-21 depict examples of the various tables described above. 
Figure 14 depicts an example of the trunk cfrcuit table. Initially, the trunk circuit table is 
used to access information about the originating circuit. Later in the processing, it is used 
to provide information about the terminating circuit. For originating circuit processing, 
the associated point code is used to enter the table. This is the point code of the switch or 
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CCM associated with the originating circuit. For terminating circuit processing, the trunk 
group number is used to enter the table. 

The table also contains the circuit identification code (CIC). The CIC 
identifies the circuit which is typically a DSO or a VPWCI. Thus, the invention is 
5 capable of mapping the SS7 CICs to the ATM VPWCI. If the circuit is ATM, the virtual 
path (VP) and the virtual channel (VC) also can be used for identification. The group 
member number is a numeric code that is used for terminating circuit selection. The 
hardware identifier identifies the location of the hardware associated with the originating 
circuit. The echo canceler (EC) identification (ID) entry identifies the echo canceler for 

10 the originating circuit. 

The remaining fields are dynamic in that they are filled during call 
processing. The echo control entry is filled based on three fields in signaling messages: 
the echo suppresser indicator in the lAM or CRM, the echo control device indicator in the 
ACM or CPM, and the information transfer capability in the lAM. This information is 

15 used to determine if echo control is required on the call. The satellite indicator is filled 
with the satellite indicator in the lAM or CRM. It may be used to reject a call if too many 
satellites are used. The circuit status indicates if the given circuit is idle, blocked, or not 
blocked. The circuit state indicates the current state of the circuit, for example, active or 
transient. The time/date indicates when the idle circuit went idle. 

20 Figure 15 depicts an example of the trunk group table. During origination 

processing, the trunk group number firom the trunk circuit table is used to key into the 
trunk table. Glare resolution indicates how a glare situation is to be resolved. Glare is 
dual seizure of the same circuit. If the glare resolution entry is set to "even/odd," the 
network element with the higher point code controls the even circuits, and the network 

25 element with the lower point code controls the odd circuits. If the glare resolution entry is 
set to "all," the CCM controls all of the circuits. If the glare resolution entry is set to 
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"none," the CCM yields. The continuity control entry lists the percent of calls requiring 

continuity tests on the trunk group. 

The common language location identifier (CLLI) entry is a Bellcore 
standardized entry. The satellite trunk group entry indicates that the trunk group uses a 
5 satellite. The satellite trunk group entry is used in conjunction with the satellite indicator 
field described above to determine if the call has used too many satellite connections and, 
therefore, must be rejected. The service indicator indicates if the incoming message is 
fi-om a CCM (ATM) or a switch (TDM). The outgoing message index (OMI) points to 
the message table so that outgoing messages can obtain parameters. The associated 
10 number plan area (NPA) entry identifies the area code. 

Selection sequence indicates the methodology that will be used to select a 
connection. The selection sequence field designations tell the trunk group to select 
circuits based on the following: least idle, most idle, ascending, descending, clockwise, 
and counterclockwise. The hop counter is decremented firom the lAM. If the hop counter 
15 is zero, the call is released. Automatic congestion control (ACC) active indicates whether 
or not congestion control is active. If automatic congestion control is active, the CCM 
may release the call. During termination processing, the next fimction and index are used 
to enter the trunk circuit table. 

Figure 16 depicts an example of the exception table. The index is used as a 
20 pointer to enter the table. The carrier selection identification (ID) parameter indicates how 
the caller reached the network and is used for routing certain types of calls. The following 
are used for this field: spare or no indication, selected carrier identification code 
presubscribed and input by the calling party, selected carrier identification code 
presubscribed and not input by the calling party, selected carrier identification code 
25 presubscribed and no indication of input by the calling party, and selected carrier 
identification code not presubscribed and input by the calling party. The carrier 
identification (ID) indicates the network that the caller wants to use. This is used to route 
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calls directly to the desired network. The called party number nature of address 
differentiates between 0+ calls, 1+ calls, test calls, and international calls. For example, 
international calls might be routed to a pre-selected international carrier. 

The called party "digits from" and "digits to" focus fiirther processing 
unique to a defined range of called numbers. The "digits from" field is a decimal number 
ranging from 1-15 digits. It can be any length and, if filled with less than 15 digits, is 
filled with OS for the remaining digits. TTie "digits to" field is a decimal number ranging 
from 1-15 digits. It can be any length and, if filled with less than 15 digits, is filled with 
9s for the remaining digits. The next fimction and next index entries point to the next 

table which is typically the ANI table. 

Figure 17 depicts an example of the ANI table. The index is used to enter 
the fields of the table. The calling party category differentiates among types of calling 
parties, for example, test calls, emergency calls, and ordinary calls. The calling 
party\charge number entry nature of address indicates how the ANI is to be obtained. Tlie 
following is the table fill that is used in this field: unknown, unique subscriber numbers, 
ANI not available or not provided, unique national number, ANI of the called party 
included, ANI of the called party not included, ANI of the called party includes national 
number, non-unique subscriber number, non-unique national number, non-unique 
international number, test line test code, and all other parameter values. 

The "digits from" and "digits to" focus fiirther processing unique to ANI 
within a given range. The data entry indicates if the ANI represents a data device that 
does not need echo control. Originating line information (OLI) differentiates among 
ordinary subscriber, multiparty line, ANI failure, station level rating, special operator 
handling, automatic identified outward dialing, coin or non-coin call using database 
access, 800\888 service call, coin, prison/imnate service, intercept (blank, trouble, and 
regular), operator handled call, outward wide area telecommunications service, 
telecommunications relay service (TRS), cellular services, private paystation, and access 
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for private virtual network types of service. The next function and next index point to the 
next table which is typically the called number table. 

Figure 18 depicts an example of the called number table. The index is used 
to enter the table. The called number nature of address entry indicates the type of dialed 
5 number, for example, national versus international. The "digits from" and "digits to" 
entries focus further processmg unique to a range of called numbers. The processing 
follows the processing logic of the "digits from" and "digits to" fields in Figure 16. The 
next function and next index point to the next table which is typically the routing table. 

Figure 19 depicts an example of the routing table. The index is used to 
10 enter the table. The transit network selection (TNS) network identification (ID) plan 
indicates the number of digits to use for the CIC. The transit network selection "digits 
from" and "digits to" fields define the range of numbers to identify an intemational 
carrier. The circuit code indicates the need for an operator on the call. The next fimction 
and next index entries in the routing table are used to identify a frunk group. The second 
15 and third next fimction/index entries define alternate routes. The third next fimction entry 
can also point back to another set of next fimctions in the routing table in order to expand 
the number of alternate route choices. The only other entries allowed are pointers to the 
treatment table. If the routing table points to the tiiink group table, then the trunk group 
table typically points to a frunk cfrcuit in the frunk circuit table. The yield from the trunk 
20 circuit table is the terminating connection for tiie call. 

It can be seen from Figures 14-19 that the tables can be configured and 
relate to one another in such a way that call processes can enter the trunk circuit table for 
the originating connection and can fraverse through the tables by keying on information 
and using pointers. The yield of the tables is typically a terminating connection identified 
25 by the trunk cfrcuit table. In some cases, treatment is specified by the treatinent table 
instead of a connection. If, at any point during the processing, a trmk group can be 
selected, processing may proceed dfrectly to the trunk group table for terminating cfrcuit 
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selection. For example, it may be desirable to route calls from a particular ANI over a 
particular set of trunk groups. In this case, the ANI table would point directly to the trunk 
group table, and the trunk group table would point to the trunk circuit table for a 
terminating circuit. The defauU path through the tables is: trunk circuit, trunk group, 
exception, ANI, called number, routing, trunk group, and trunk circuit. 

Figure 20 depicts an example of the treatment table. Either the index or the 
message received cause number are filled and are used to enter the table. If the index is 
filled and used to enter the table, the general location, coding standard, and cause value 
indicator are used to generate an SS7 REL. The message received cause value entry is the 
cause value in a received SS7 message. If the message received cause value is filled and 
used to enter the table, then the cause value from that message is used in a REL from the 
CCM. The next fiinction and next index point to the next table. 

Figure 21 depicts an example of the message table. This table allows the 
CCM to alter information in outgomg messages. Message type is used to enter the table, 
and it represents the outgoing standard SS7 message type. The parameter is the pertinent 
parameter within the outgoing SS7 message. The indexes point to various entries in the 
trunk group table and determine if parameters can be unchanged, omitted, or modified in 

the outgoing messages. 

Those skilled in the art will appreciate that variations from the specific 
embodiments disclosed above are contemplated by the invention. The invention should 
not be restiicted to the above embodiments, but should be measured by the following 
claims. 

CLAIMS 

What is claimed is: 
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